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POST ANSWER CALL REDIRECTION VIA VOICE OVER IP 
FIELD OF THE INVENTION 

[0001] The present invention relates generally to a method for providing post answer call 
5 redirection in a voice over IP system, and more particularly to a method for providing 
post answer call redirection in a voice over IP system that makes efficient use of system 
resources for coupling at least first, second and third communication devices during 
teleconferencing. 

10 BACKGROUND 

[0002] Presently, SIP is becoming an increasingly popular protocol for transporting both 
standard and non-standard information in a common framework over Internet Protocol 
(IP) based communication systems (e.g., Local Area Networks (LANs)), such as systems 
and services provided by AT&T and/or other multi-media service providers. As many 

15 multi-media service providers incrementally transition from circuit-based communication 
systems, such as Public Switched Telephone Network (PSTN) communication systems, 
to IP-based communication systems, there has been a promulgation of hybrid 
communication systems. The hybrid communication system includes a circuit-based 
portion running transaction capability protocol (TCAP), integrated services digital 

20 network (ISDN) User Part Protocol (ISUP), ISDN or other protocols suitable for 
operation on the circuit-based communication system. The hybrid communication 
system further includes an IP-based portion running Session Initiation Protocol (SIP) or 
other protocols suitable for operation on the IP-based communication system. 

25 [0003] In the typical hybrid communication system, call requests that originate on the 
circuit-based portion of the system, which require resources of another element of the 
circuit-based portion of the system, such as for feature processing purposes, may require 
many signaling and processing resources to process. Another drawback of the typical 
hybrid communication system is related to the requirement that network resources be 

30 transported between elements of the communication system (i.e., between elements of the 
circuit and IP based portions of the communication system) for processing call requests, 
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which elements provide the feature/application processing for the call requests. This 
transportation of network resources between elements of the hybrid communication 
system for processing various call requests contributes to an increase in overall network 
complexity of the communication system from a service management and provisioning 
5 perspective. 

[0004] It would, therefore, be desirable to overcome the aforesaid and other disadvantages. 

SUMMARY OF THE INVENTION 

10 [0005] A method of forming a multi-media communication path between at least first, 
second and third communication devices is set forth in accordance with aspects of the 
present invention. In one aspect, the method includes receiving a first call request at a 
circuit-based portion of a multi-media provider system. The call request may be 
processed at the circuit-based portion of the multi-media provider system for forming a 

15 first communication link between the first and second communication devices. Further, 
predetermined attributes of the first communication link may be sensed (e.g., via a 
network gateway border element) and communicated to an IP-based portion of the multi- 
media provider system for configuring the IP-based portion of the multi-media provider 
system to provide at least one of a plurality of predetermined multi-media services. The 

20 first communication link may be monitored to detect a predetermined request for at least 
one of the plurality of multi-media services (e.g., post-answer call redirecting services or 
teleconferencing services). 

[0006] After the predetermined attributes of the first communication link are sent or 
25 otherwise communicated to the IP-based portion of the multi-media provider system, the 
method further includes forming a first Real-Time Transport Protocol stream between the 
first communication device and an application server located on the IP-based portion of 
the multi-media provider system. Similarly, a second Real-Time Transport Protocol 
stream may be formed between the second communication device and the application 
30 server located on the IP-based portion of the multi-media provider system. 
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[0007] In one aspect of the present invention, monitoring the first communication link for 
the predetermined request includes monitoring the first communication link for detecting 
a post-answer call redirect request. Furthermore, configuring the IP-based portion of the 
multi-media provider system to provide at least one of the plurality of predetermined 
5 multi-media services includes configuring the IP -based portion of the multi-media 
provider system to provide post-answer call redirecting services. After detecting the 
post-answer call redirect request, the method further includes forming a third Real-Time 
Transport Protocol stream between the third communication device and the application 
server located on the IP-based portion of the multi-media provider system. 

10 

[0008] The method further includes moving the first, second and third Real-Time 
Transport Protocol streams from the application server to a media server located on the 
IP-based portion of the multi-media provider system for enabling the media server to 
operate as a hub for the first, second and third Real-Time Transport Protocol streams. 
15 The media server may thereafter be controlled to mix the first, second and third Real- 
Time Transport Protocol streams for providing the multi-media communication path 
between at least the first, second and third communication devices. 

[0009] After controlling the media server to mix the first, second and third Real-Time 
20 Transport Protocol streams, the method further includes disabling the monitoring of the 
first communication link for the post-answer call redirect request. Thereafter, the media 
server may be controlled to monitor the multi-media communication path for at least one 
of a plurality of conferencing instructions. 

25 BRIEF DESCRIPTION OF THE DRAWING 

[0010] The foregoing and other objects of this invention, the various features thereof, as 

well as the invention itself, can be more fully understood from the following description, 

when read together with the accompanying drawings in which: 

FIG. 1 is an exemplary high-level schematic block diagram of a system for 
30 providing multi-media communications between a plurality of communication devices 

according to the present invention; 
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FIG. 2 is an expanded schematic block diagram of the system shown in FIG. 1 ; 

and 

FIG. 3 is a flow chart illustrating a method for executing one exemplary multi- 
media service on the system of FIG. 1. 

5 

DETAILED DESCRIPTION OF THE INVENTION 

[0011] In accordance with principles of the present invention, set forth is a method of 
providing users of communication devices with post answer call redirection, via voice 
over IP, as will be described in detail below in connection with FIGS. 1, 2 and 3. In one 

10 aspect, post answer call redirection may be employed by a called party to redirect an 
existing call to a target party for forming multi-way multi-media communications 
between calling, called and target parties, as will also be described in further detail below 
in connection with FIGS. 1, 2 and 3. In another aspect, post answer call redirection may 
be employed for redirecting a call to the target party for forming a two-way call between 

15 the calling and target party, where the redirecting party has dropped the call, as will also 
be described in further detail below in connection with FIGS. 1, 2 and 3. 

[0012] Referring now to FIG. 1, shown is one embodiment of a communication network 
10 for providing multi-media communications between at least first 22a, second 22b and 

20 third 22c communication devices of a plurality of communication devices, in accordance 
with the present invention. The communication network 10 includes a multi-media 
provider system 10a, which is operative to provide a plurality of multi-media services to 
the first 22a, second 22b and third 22c communication devices, via respective first 34a, 
second 34b and third 34c Private Branch Exchanges (hereinafter referred to as "PBXs"). 

25 The first and second PBXs 34a, 34b, may be circuit based devices and the third PBX 34c 
may be a SIP-enabled IP based device. It should be understood that the multi-media 
services provider system 10a is additionally operative to provide a plurality of multi- 
media services to a plurality of other communication devices not specifically shown 
herein. 

30 
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[0013] In this arrangement and as will become apparent below, a calling party operating 
at the first communication device 22a may communicate with a called or redirecting 
party operating at the second communication device 22b, via the first PBX 34a, multi- 
media service provider system 10a and second PBX 34b. Thereafter, the second 
5 communication device 22b may redirect the incoming call received from the first 
communication 22a to the third communication device 22c, via the multi-media service 
provider system 10a and third PBX 34c, for forming multi-way multi-media 
communications between the first, second and third communication devices 22a, 22b, 
22c. 

10 

[0014] Referring to FIG. 2, in the exemplary embodiment, the multi-media services 
provider system 10a includes a circuit-based communication portion 10b and an IP-based 
communication portion 10c. The circuit-based communication portion 10b includes a 
Public Switched Telephone Network (PSTN) 12 having a plurality of switches 12a, 12b 
15 coupled to communicate with at least one micro-processor 12c. The micro-processor 12c 
is coupled to a database 12d, which stores a plurality of public and/or proprietary 
information related to customer and feature logic, such as call prompting service, toll free 
service and post answer call redirect service and the like. 

20 [0015] The IP-based communication portion 10c includes a centrally located IP 
Communication Backbone (IP-CBB) 21, which is coupled to a Network Gateway Border 
Element 22 (NGBE), a Call Control Element 24 (CCE), a Media Server (MS) 30, an 
Application Server (AS) 32 and a plurality of Border Elements (BEs) 26a, 26b. The 
NGBE 22 is coupled to the switch 12b located on the PSTN 12 of the circuit-based 

25 communication portion 10b and operates as a primary communication interface between 
the circuit-based communication portion 10b and the IP-based communication portion 
10c. The AS 32 is coupled to a Service Provisioning System (SPS), which is in a 
communication relationship with the database 12d located on the circuit-based 
communication portion 10b. The BEs 26a, 26b are respectively coupled to IP-PBX 34c 

30 and PBX 34d. 
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[0016] In the exemplary embodiment, the first communication device 22a is coupled to 
the PSTN 12 of the circuit-based communication portion 10b, via the PBX 34a and a 
local exchange carrier (LEG) 33. The second communication device 22b is coupled to 
the PSTN 12 of the circuit-based communication portion 10b, via the PBX 34b. The 
5 third communication device 22c is coupled to the PSTN 12 of the circuit-based 
communication portion 10b 5 via the IP-PBX 34c and the IP-based communication portion 
10c. It should be understood that the first, second and third communication devices 22a, 
22b, 22c may be coupled to the multi-media provider system 10a in a number of different 
ways, for example, the second communication device 22b could be coupled to the PBX 
10 34d, which is coupled to the IP-based communication portion 10c of the multi-media 
provider system 10a. 

[0017] The NGBE 22 located on the IP -based communication portion 10c may include 
an IP-switch or transport that is adapted to receive and translate information from the 
15 circuit-based communication portion 10b of the multi-media services provider system 
10a to information suitable for communication on the IP-based communication portion 
10c of the multi-media services provider system 10a. The NGBE 22, for example, may 
be provided by Lucent Corporation of Murray Hill, New Jersey. 

20 [00 18] The IP-CBB 21 may include one or more routers, IP-switches and/or transports 
that are adapted to receive a number of Session Initiation Protocol (SIP) INVITE 
messages from the NGBE 22, which may include a number of requests for multi-media 
services. The IP-CBB 2 1 may be further adapted to redirect the number of requests for 
multi-media services to the CCE 24 for validation and further processing. In the 

25 exemplary embodiment, the IP-CBB 21 includes one or more routers, which may be 
provided by Cisco Systems, Inc. of San Jose, California. 

[0019] The CCE 24, for example, may be provided by Lucent Corporation of Murray 
Hill, New Jersey or by Alcatel of Piano, Texas. The CCE 24 may be defined as a back- 
30 to-back user agent (B2BUA), which operates to receive a plurality of INVITE messages 
from the NGBE 22, as described above, or from any one of the plurality of BEs 26a, 26b 
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and upon receipt of the plurality of INVITE messages from the NGBE 22 or plurality of 
BEs 26a, 26b, the CCE 24 can initiate an equal plurality of INVITE messages to the AS 
32. The AS 32 can process each INVITE message to provide feature processing for the 
call and/or to set up the call, as will be described in further detail below. 

5 

[0020] Optionally, the CCE 24 may be adapted to use "Third Party Call Control," which 
is described in the reference, "Third Party Call Control in SIP" by Rosenberg, Peterson, 
Schulzrinne, Camarillo, RFC-Draft, Internet Engineering Task Force, March 2, 2001," 
which is herein incorporated by reference. The Third Party Call Control feature of the 

10 CCE 24, permits the CCE 24 to create a call in which communication is actually between 
other parties. For example, an operator can use Third Party Call Control to create a call 
that connects two participants together or similarly, the CCE 24 can use Third Party Call 
Control to connect the MS 30 and the first communication device 22a. Generally, Third 
Party Call control allows the CCE 24 to connect the various end callers without having 

15 the media stream pass through the CCE 24 and yet, the CCE 24 can still maintain call 
state information. 



[0021] Moreover, the CCE 24 is adapted to receive and process a number of incoming 
INVITE messages, via the IP-CBB, which originate from various elements of the multi- 

20 media provider system 10a or from other devices and/or network elements. For example, 
the CCE 24 can receive an INVITE message from any one of the plurality of BEs 26a, 
26b for calls initiated directly to the IP-based communication portion 10c (e.g., call 
originating from the third communication device 22c). Further, the CCE 24 can receive 
an INVITE message from the NGBE 22 for calls initiated at the circuit-based 

25 communication portion 10b, which are redirected to the IP-based communication portion 
10c (e.g., calls originating from the first and/or second communication devices 22a, 22b). 
The CCE 24 is also adapted to process the number of INVITE messages received from 
the plurality of BEs 26a, 26d or NGBE 22, as described above, to generate a number 
outgoing INVITE messages. The number of outgoing INVITE messages can be 
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communicated from the CCE 24 to any one or more of a number of network elements, 
such as to the MS 30 or as 32. 

[0022] In the exemplary embodiment, the plurality of BEs 26a, 26b can be provided by 
5 Lucent Corporation of Murray Hill, New Jersey. In one embodiment, the plurality of 
BEs 26a, 26b are adapted to use SIP as the signaling protocol for interfacing with the IP- 
CBB2L 

[0023] In the exemplary embodiment, the AS 32 can include a conventional computer 
10 server, such as an "NT-Server," which can be provided by Microsoft of Richmond, 
Washington or a "Unix Solaris Server," which can be provided by Sun Micro Systems of 
Palo Alto, California. The AS 32 can be programmed with conventional Web-page 
interface software such as: "Visual Basic," "Java," "JavaScript," "HTML/DHTML," 
"C++," "J+," "Perl," or "Perlscript," and "ASP." The AS 32 can each further be 
15 programmed with an operating system, Web server software and Web Application 
software, such as an e-commerce application and computer network interface software. 

[0024] In addition, the AS 32 contain the intelligence (application) needed for offering 
multi-media services such as Toll-Free Calling or 800-Service, Post Answer Call 

20 Redirecting Service (PACR), Virtual Private Networks, and various multimedia features 
like email, "Click-To-Dial." In an embodiment, the intelligence may include customer 
logic and data, as well as, common logic and data that may be used by all customers. . 
Based on the application, the AS 32 provides the call control instructions to the CCE 24 
(and subsequently the appropriate IP related network components) in order to provide the 

25 multimedia services/features. 

[0025] Although not specifically shown, the AS 32 can include a database, which may 
contain a service intelligence layer adapted for providing the plurality of multi-media 
services described above. The service intelligence layer may include customer logic and 
30 data, as well as common logic and data that is used by communication devices 22a, 22b, 
22c, as well as a plurality of other communication devices coupled to the circuit-based 
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communication portion 10b and/or IP-based communication network 10c of the 
multimedia services provider network 10a, which are not be specifically shown in FIG. 2. 

[0026] The MS 30 of the exemplary embodiment, is constructed and arranged to provide 
5 a plurality of predetermined announcements to the first, second and third communication 
devices 22a, 22b, 22c and to collect information from the communication devices 22a, 
22b, 22c (e.g. caller-entered data). For example, if the calling party operating from the 
first communication device 22a is required to enter digits or a phrase for a Call Prompter 
service or Software Defined Network (SDN) service, the MS 30 will play the 

10 announcement prompting the caller to enter the required information. The MS 30 also 
collects the information entered by the caller. The MS 30 plays the announcements to the 
caller based on the instructions and announcement ID provided in the INVITE message 
received from the AS 32. In one embodiment, the announcements can include "Service 
Terminating" announcements or announcements for the caller to enter an authorization 

15 code, account code, or "call-prompter" digits. 

[0027] In an embodiment, the NGBE 22 provides a Post Answer trigger mechanism (e.g., 
*T), and sends the results to the AS 32 (via CCE 24). The NGBE 22 may also be 
instructed to collect the redirecting party destination number upon invocation. The AS 32 

20 receives the data from the NGBE 22 (via CCE 24), performs analysis, and determines any 
next steps. The MS 30 is employed to provide help announcements, subsequent digit 
collection of the redirecting party destination number (e.g., redirecting party enters 
incorrect #, prompted to try again) or to provide audio mixing (conferencing) for the 
PACR conference features. The redirecting party media stream is moved to the MS 30 

25 and digit collection is provided. The calling party media stream is also moved to provide 
recurring "please hold" announcement (caller placed on hold when transfer is taking 
place) or the calling party, redirecting party, and target party media streams are moved to 
the MS 30 and bridged accordingly for conferencing capabilities. 

It should be understood that the MS 30 may also be used to provide digit collection after 
30 the AS 32 receives the *T trigger from the NGBE 22. 
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[0028] In an exemplary embodiment, the MS 30 can be defined as a VoiceXML based 
MS 30. The MS 30 provides various announcements and collects various information 
from callers operating from communication devices 22a, 22b or 22c when features 
requiring caller interaction are required to complete a call. For example, if the caller 
5 must enter digits or a phrase for a Call Prompter service or SDN service, which can be 
provided by the multi-media services provider system 10a, the MS 30 will play the 
announcement prompting the caller to enter the required information. The MS 30 further 
collects the caller-entered data. 

10 [0029] The first, second and third communication devices 22a, 22b, 22c can include a 
plurality of SIP-enabled devices, such as telephones, personal computers and IP-Private 
Branch Exchanges ("PBXs"). In addition, The first, second and third communication 
devices 22a, 22b, 22c can include a plurality of SIP-enabled wireless devices, such as 
cellular telephones, pagers and personal digital assistants ("PDAs"). 

15 

[0030] During operation and with reference to FIG. 3, the above-described multi-media 
provider system 10a may provide a plurality multi -media services to a plurality of 
communication devices, such as communication devices 22a, 22b, 22c. For example, the 
multi-media provider system 10a may provide a method 100 for executing post answer 

20 call redirection services (i.e., Teleconferencing services, Blind Transfer or Consult and 
Conference). The method 100 includes receiving a first call request message at the PSTN 
12 of the circuit-based communication portion 10b located on the multimedia services 
provider network 10a from a first user operating at the first communication device 22a, at 
step 105. At step 110, the PSTN 12 queries the first call request message and routes the 

25 first call request message to the microprocessor 12e with instructions to execute account 
logic for applying any pre-answer call processing, such as area code routing. Based on 
the location and area code and/or user identifier of the calling party operating at the first 
communication device 22a, the microprocessor controls and/or instructs the PSTN 12 to 
route the call to a predetermined one of the communication devices, which in the 

30 exemplary embodiment is the second communication device 22b (hereinafter "redirecting 
communication device 22b"). At step 115, the microprocessor 12c controls the PSTN 12 

10 
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to form a first communication link between the calling party operating at the first 
communication device 22a and the called or redirecting party operating at the second 
communication device 22b. At this point, the first communication link establishes a post- 
answer communication relationship between the calling party operating at the first 
5 communication device 22a and the called or redirecting party operating at the second 
communication device 22b. 

[003 1] At step 120, after forming the first communication link between the calling party 
operating at the first communication device 22a and the called or redirecting party 

10 operating at the second communication device 22b, the microprocessor 12d further 

controls and/or instructs the PSTN 12 to route attributes of the first communication link 
to the IP-based communication portion 10c of the multimedia provider system 10a for 
configuring the IP-based communication portion 10C to provide post answer call 
redirecting and/or media services. Accordingly, under control of the microprocessor 12d, 

15 the switches 12a, 12b of the PSTN 12 are actuated to route the attributes of the first 
communication link to the NGBE 22 using an ISUP format for (TCF) processing. The 
NGBE 22 receives and process the attributes of the first communication link by 
converting the attributes of the first communication link from an ISUP format suitable for 
communication over the circuit-based communication portion 10b of the multimedia 

20 provider system 1 0a to a first SIP INVITE format suitable for communication over the 
IP-based communication portion 10c of the multimedia provider system 10a. 

[0032] In order to configure the IP-based communication portion 10C of the multi-media 
provider system 10 for providing post answer call redirecting services, as described 

25 above, the NGBE 22 forwards the first SIP INVITE message to the CCE 24, via the IP- 
CBB, which first SIP INVITE message is identified as a Transfer Connect Service (TCS) 
first call redirect configuration request. In the exemplary embodiment, TCS is defined as 
AT&T's brand name associated with 8YY Post Answer Call Redirection features. The 
CCE 24 processes and/or validates the first SIP INVITE message and generates a second 

30 SIP INVITE message that is subsequently communicated to the AS 32, via the IP-CBB. 
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[0033] At step 125, the AS 32 receives and processes the second SIP INVITE message 
by executing predetermined customer account logic for determining the TCS subscription 
data and the AS 32 sets up a first Real-Time Transport Protocol (RTP) media stream 
between itself (i.e., the AS 32) and the calling communication device 22a, via the IP- 
5 CBB, NGBE 22, PSTN 12 and PBX 34a. Similarly, the AS 32 also sets up a second RTP 
media stream between itself (i.e., the AS 32) and the redirecting communication device 
22b, via the IP-CBB, NGBE 22, PSTN 12 and PBX 34b. 

[0034] At step 130, the AS 32 further instructs the NGBE 22 to monitor the post answer 
10 first communication link formed between the first and second communication devices 
22a, 22b to detect a predetermined command or characters associated with a request to 
execute post answer call redirecting services. In an embodiment, the predetermined 
command or characters associated with the request to execute post answer call redirecting 
services include the terms *t followed by 10 predetermined digits associated with an 
15 address of a target party operating at the third communication device 22c, for example. 

[0035] At step 135, a determination if made as to whether a request for post answer call 
redirecting services is detected by the NGBE 22. If the NGBE 22 does not detect the 
request for post answer call redirecting services, the NGBE 22 continues to monitor, as 
20 described above in step 130. However, upon detecting in the first communication link 
the terms *t followecf by the 10 predetermined digits, which represents a request for post 
answer call redirecting services, the NGBE 22 collects and reports the terms *t followed 
by the 10 predetermined digits to the AS 32 using a third SIP INVITE message. 

25 [0036] At step 140, the AS 32 receives and processes the terms *t and 10 predetermined 
digits, which digits provide an address associated with the third communication device 
22c, by forming a third RTP stream between itself (i.e., the AS 32) and the third party 
operating at the third communication device 22c. At step 145, the AS 32 moves the first 
RTP stream previously formed between the AS 32 and the calling party operating at the 

30 first communication device 22a; the second RTP stream previously formed between the 
AS 32 and the redirecting party operating at the second communication device 22b and 

12 
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the third RTP stream previously formed between the AS 32 and the target party operating 
at the third communication device 22c to the MS 30 along with instruction to mix the 
first, second and third RTP streams. At step 150, the MS 30 mixes the first, second and 
third RTP streams to provide the calling, redirecting and target parties respectively 
5 operating at the first, second and third communication devices 22a, 22b, 22c, with full 
multi-way multi-media communications. 

[0037] After forming the full multi-way multi-media communications between the 
calling, redirecting and target parties, the AS 32 moves the monitoring operations 

10 described above from the NGBE 22 to the MS 30. In one embodiment and at step 155, 
the AS 32 controls the MS 30 to monitor communications originating from the 
redirecting party operating at the second communication device 22b to detect and execute 
predetermined conferencing instructions, such as mute, calling party hold, target party 
hold, disconnect and the like. In this exemplary embodiment, the redirecting party 

1 5 operating at the second communication device 22b has exclusive control over the 
predetermined conferencing instructions. 

[0038] It should be understood that the above described calling, redirecting and target 
parties respectively associated with the first, second and third communication devices 

20 22a, 22b, 22c have been set forth for exemplary purposes. In other embodiments, for 
example, the redirecting party can be redefined to operate from a fourth communication 
device (not shown) coupled to the PBX 34d. Although not specifically shown, it should 
also be understood that the multimedia provider system 10a may be expanded to include 
a number of other target parties operating at a like number of other communication 

25 devices, which can also be mapped into a multiple-way conferencing call using the post 
answer call redirecting features of the present invention. 

[0039] It should also be understood that the system 10 of the present invention reduces 
the overall network resources required to provide PACR (i.e., BE 26a, 26b monitors, AS 
30 32 provides application, MS 30 is invoked for feature processing during transfer actions 
by a receiving party (if needed). Further, the AS 32 remains in the call processing path 
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and acts as a Back to Back User Agent, where actions are provided during and after call 
setup. The BE 26a, 26b monitors for triggers based on invocation from the AS 32 (via 
CCE 24) and the monitoring features may be started/stopped by applications located in 
the AS 32. The monitoring features, as described above, may be invoked via industry 
5 standard, generic VoIP capability. For a VoIP network solution, the BE 26a, 26b is 
located in the call path, and thus is a required resource (i.e., reduces network resources). 
The MS 30 is used only for feature processing and is not invoked for the entire duration 
of the call, which provides a resource savings. The MS 30 is also used to provide 
resources for conferencing or n-way calling (e.g., rtp mixed audio). 

10 

[0040] While various features of the present invention are described herein in 
conjunction with exemplary embodiments having various components using a number of 
protocols, it should be understood that other suitable components and protocols can be 
used without departing from the present invention. 

15 

[0041] Having thus described at least one illustrative embodiment of the invention, 
various alterations, modifications and improvements will readily occur to those skilled in 
the art. Such alterations, modifications and improvements are intended to be within the 
scope and spirit of the invention. Accordingly, the foregoing description is by way of 
20 example only and is not intended as limiting. The invention's limit is defined only in the 
following claims and the equivalents thereto. All references and publications cited herein 
are expressly incorporated herein by reference in their entirety. 
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